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Point/Counterpoint 

Technology  Curriculum 
for  the  Early  21st  Century 

In  case  you  missed  IT,  the  world  has  changed. 


Point:  Stephen  J.  Andriole 

The  field  of  information 
technology  is  changing  and 
those  responsible  for  edu- 
cating the  next  generation  of 
technology  (information  sys- 
tems, computer  science,  and  computer 
engineering)  professionals  have  re- 
sponded with  curriculum  that  fails  to 
address  the  depth,  speed,  or  direction 
of  these  changes.  If  we  want  our  stu- 
dents to  enjoy  productive  and  mean- 
ingful careers,  we  need  to  radically 
change  the  content  of  the  curriculum 
of  our  technology  majors. a 

Change 

The  structure  of  the  hardware/soft- 
ware/services technology  industry  is 
changing — morphing  quickly  from  a 
set  of  fragmented  hardware  and  soft- 
ware activities  and  vendors  to  a hard- 
ware/software/service provider  model 
dominated  by  a shrinking  number 
of  vendors.  IBM,  Microsoft,  HP,  Dell, 
Intel,  Oracle,  Cisco,  Accenture,  EDS, 
CSC,  and  a few  other  companies  are 
included  in  this  $10B+  in  revenue  per 
year  group.5 


a.  A more  extensive  discussion  of  these  issues 
can  be  found  in  Stephen  J.  Andriole,  “Busi- 
ness Technology  Education  in  the  Early  21st 
Century:  The  Ongoing  Quest  for  Relevance,” 
Journal  of  Information  Technology  Education , 
September  2006. 1 am  referring  here  primarily 
to  our  undergraduate  educational  efforts. 

b.  Matthew  Aslett,  “CBR  50  Largest  IT  Vendors,” 
Computer  Business  Review  July  19,  2006. 


Is  it  improper  to  profile  what  these 
companies  do  and  reverse  engineer 
curricula?  Most  of  these  companies 
have  robust  R&D  programs,  manufac- 
ture hardware  and  software,  and  solve 
industry  problems  with  technology. 
Their  activities  might  well  provide  a 
useful — and  obviously  relevant — cur- 
riculum roadmap. 

Another  major  trend  is  the  stan- 
dardization of  software  packages  as 
the  primary  platform  on  which  large 
enterprises  compute  and  communi- 
cate. The  software  necessary  to  con- 
nect disparate  software  is  no  longer 
exclusively  defined  as  proprietary 
middleware;  instead,  it’s  embedded 
in  applications  by  the  major  vendors 
through  interoperability  standards 
based  on  Web  Services  and  its  exten- 
sions, service-oriented  architecture 
(SOA),  and  event-driven  architecture 
(EDA).  Software  is  also  installed  less 
as  more  more  companies  rent  applica- 
tions from  hosting  vendors  like  Sales- 
force.com,  Microsoft,  and  now  even 
SAP.  Many  CIOs  really  want  to  get  out 
of  the  enterprise  software  acquisition, 
deployment,  or  support  business:  the 
demand  curve  for  software-as-a-service 
(SaaS)  is  steep. c 


c.  SaaS  is  growing  in  popularity  as  more  compa- 
nies appreciate  the  benefits  of  renting  soft- 
ware. This  avoids  the  in-house  implementation 
phase  and  large  enterprise  software  licensing 
fees.  Industry  analysts  from  the  Gartner  Group 
and  Forrester  Research,  among  others,  report 
that  by  2012  25%  of  all  software  will  be  rented. 
The  decline  of  proprietary  software  will  also 


Relatively  few  vendors  will  produce 
most  of  the  world’s  mainstream  soft- 
ware in  the  coming  years.  The  stan- 
dardization of  software  will  result  in 
a concentration  of  software  suppli- 
ers complying  with  a set  of  expand- 
ing integration  and  interoperabil- 
ity standards  incarnated  in  evolving 
(service-oriented  and  event-driven) 
architectures.  Just  look  at  the  mergers 
and  acquisitions  that  have  occurred 
in  the  software  industry  over  the  past 
few  years.  How  many  business  intelli- 
gence (BI)  vendors  are  independent? 
How  many  enterprise  resource  plan- 
ning (ERP)  vendors  are  left?  Finally, 
greater  amounts  of  software  will  exist 
only  on  servers  accessed  by  increasingly 
thin  clients.  “Thin  clients” — which  have 
no  local  processing — will  replace  many 
“fat  clients” — machines  with  lots  of  soft- 
ware, processing  power,  and  storage. 

When  we  layer  outsourcing  trends 
onto  software  trends,  we  see  industry 
turning  to  offshore  providers  to  satisfy 
their  operational  support  requirements 
rather  than  U.S.-educated  profession- 
als who  are  not  receiving  enough  of  the 
knowledge  or  skills  that  industry  values 
(or  is  willing  to  pay  for,  compared  to  off- 
shore labor  rates).  Today  those  require- 
ments are  relatively  low-level  operation- 
al requirements  but  over  time  offshore 
providers  will  climb  the  food  chain  to 
more  strategic  technology  capabili- 
ties. It’s  these  latter  areas  that  should 


be  accelerated  by  the  rising  adoption  of  open 
source  software. 
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catch  the  attention  of  U.S.  educators 
preparing  their  students  for  technol- 
ogy careers  since  the  sourcing  battle  for 
technology  infrastructure  and  support  is 
all  but  over — those  who  seek  support  for 
computing  and  communications  infra- 
structures are  driven  more  by  labor  rates 
than  tradition,  more  by  the  advantages 
of  commoditization  than  by  customi- 
zation. In  fact,  methodologies  like  ITIL 
(Information  Technology  Infrastructure 
Library)  and  COBIT  (Control  Objectives 
for  Information  and  Related  Technol- 
ogy) increasingly  provide  the  means  to 
cost-effectively  manage  and  optimize  in- 
frastructures, making  the  infrastructure 
support  business  even  less  generous  to 
technology  professionals. 

There  are  other  trends  changing 
the  industry.  R&D  outsourcing  is  ex- 
panding. Data  mining  has  become 
customer  profiling,  customization, 
and  personalization.  Supply  chains  are 
becoming  transparent  and  have  gone 
global.  Real-time  dynamic  pricing  (via 
intelligent  rules  engines)  is  spreading. 
Adding  to  this  is  the  convergence  of  all 
things  digital. 

Where  does  technology  curriculum 
address  all  of  these  trends?  Where  are 
the  academic  programs  and  certificates 
in  SOA,  EDA,  hosting,  SaaS,  integration 
and  interoperability,  Web  2.0,  Web 
3.0,  thin-client  architecture,  Web  Ser- 
vices, open  source  software,  sourcing 
and  technology  performance  manage- 
ment? Where  do  students  learn  about 


interoperable  architectures,  roaming 
connectivity,  real-time  processing, 
rich  converged  media,  user-generated 
content,  global  supply  chain  optimiza- 
tion, full-view  business  intelligence, 
predictive  analytics,  master  data  man- 
agement, and  crowdsourcing-based 
problem-solving? 

Response 

Several  curriculum  changes  and  guide- 
lines have  been  proposed  that  attempt 
to  address  the  changes  in  technology 
and  design  optimal  pedagogical  ap- 
proaches in  response  to  these  changes. 
The  Joint  Task  Force  for  Computing 
Curricula  on  Computing  Curricula  for 
the  early  21st  century  identified  five 
areas  of  computing  degree  concentra- 
tions: computer  engineering,  com- 
puter science,  information  systems, 
information  technology,  and  software 
engineering. 

These  areas  represent  the  academic 
programs  that  the  Joint  Task  Force 
believes  represent  the  state  of  the 
field  and  the  educational  outcomes 
our  students  should  pursue.  They’ve 
identified  a suite  of  “computing”  and 
“non-computing”  areas  that  students 
in  each  of  the  five  areas  should  under- 
stand. The  list  of  knowledge  and  skills 
areas  identified  by  the  Joint  Task  Force 
that  defines  the  components  of  the  five 
areas  was  derived  from  academic  pro- 
grams and  curricula  that  have  evolved 
over  a long  period  of  time.  I collected 


some  data  that  also  identified  knowl- 
edge and  skills  areas — but  from  a prac- 
titioner’s perspective.01 

The  table  here  presents  the  two 
sets  of  knowledge/skills  areas  side- 
by-side.  The  contrast  is  dramatic.  The 
Joint  Task  Force’s  list  barely  correlates 
with  the  list  developed  from  the  prac- 
titioner surveys.  Academic  programs 
should  acknowledge  the  widening  gap 
between  theory  and  practice,  especially 
since  it  has  enormous  impact  on  their 
students’  employment  prospects.  Re- 
gardless of  what  we  call  the  academic 
majors  and  degrees,  it’s  the  content 
of  each  degree’s  curriculum  that  will 
determine  our  students’  ability  to  find 
gainful  employment. 

One  of  the  most  important  corpo- 
rate knowledge  areas  today — in  fact, 
the  essence  of  business  technology 
convergence — is  enterprise  architec- 
ture. Enterprise  business-technology 
architecture  is  the  linchpin  among 
business  strategy,  strategic  applica- 
tions, technology  infrastructure,  and 
technology  support.  As  business  is  en- 
abled by  technology  and  technology 
defines  new  business  models  and  pro- 
cesses, the  importance  of  enterprise 
business-technology  architecture  is 
increasing.  This  emerging  core  com- 
petency for  the  practice  of  the  tech- 
nology profession  is  unrepresented 
in  the  Joint  Task  Force’s  list  of  knowl- 
edge and  skills  areas — though  it  is  a 
huge  area  in  our  practitioner  survey. 
Similarly,  business  technology  opti- 
mization is  an  opportunity  area  for  ed- 
ucators. Increasing  numbers  of  com- 
panies are  struggling  to  optimize  the 
performance  of  their  software  appli- 
cations, networks,  database  manage- 
ment platforms,  and  infrastructure. 


d.  During  the  period  from  2002-2005,  an  online 
survey  sponsored  by  the  Cutter  Consortium 
(a  technology  industry  research  organization; 
www.cutter.com)  collected  data  from  Chief 
Information  Officers  (CIOs),  Chief  Technol- 
ogy Officers  (CTOs),  technology  managers, 
Chief  Executive  Officers  (CEOs),  Chief  Finan- 
cial Officers  (CFOs),  technology  consultants 
and  vendors  about  the  content  of  the  field,  the 
skill  sets  necessary  to  succeed,  and  the  tech- 
nologies most  likely  to  be  applied,  neglected, 
or  decommissioned.  Over  1,000  professionals 
responded  to  the  survey.  The  survey  data  was 
subsequently  presented  to — and  validated 
by — the  Villanova  University  CIO  Advisory 
Council,  which  consists  of  25  CIOs  from  the 
Philadelphia,  PA  region. 


Knowledge  and  skills  areas  and  bridges. 


ACM  Task  Force  Areas 


Bridge  Areas 


Practitioner  Areas 


Computing 
Knowledge 
and  Skills 

Non-Computing 
Knowledge 
and  Skills 


Design 

Integration 

Interoperability 

Information 

Architecture 

Communications 

Architecture 

Applications 

Architecture 

Optimization 

Metrics 


Business  Strategy 
Knowlege  and  Skills 

Business  Applications 
Knowledge  and  Skills 

Enterprise  Architecture 
Knowledge  and  Skills 

Technology  Infrastructure 
Knowledge  and  Skills 

Technology  Support 
Knowledge  and  Skills 

Technology  Acquisition 
Knowledge  and  Skills 

Organization  and  Management 
Knowledge  and  Skills 
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Recommendations 

While  distinctions  between  computer 
engineering  (CE)  and  the  other  disci- 
plines are  relatively  easy  to  appreci- 
ate— especially  because  of  the  role  that 
hardware  plays  in  CE  programs — the 
differences  between  information  sys- 
tems, information  technology,  software 
engineering,  and  computer  science  are 
much  more  difficult  to  understand  and 
define,  especially  when  we  reference 
the  changes  occurring  in  the  field.  I 
believe  there  should  be  three  flavors: 
computer  engineering,  computer  sci- 
ence, and  information  systems.6 

CS  programs  should  focus  less  on  al- 
ternative programming  languages  and 
more  on  architectures,  integration,  and 
interoperability;  less  on  algorithms  and 
discrete  structures  and  more  on  soft- 
ware engineering  best  practices.  SOA 
and  EDA  should  be  owned  by  CS  curri- 
cula as  should  Web  2.0  and  3.0,  SaaS, 
thin  client  architecture,  digital  secu- 
rity, open  source  software,  interoper- 
able architectures,  roaming  connectiv- 
ity, near-real-time  processing,  and  rich 
converged  media,  among  other  related 
areas.  Programming?  Who  programs? 
And  where  does — and  more  impor- 
tantly, will — programming  occur? 

Programming  will  ultimately  evolve  to 
component  assembly  and  components 
will  be  generated  by  relatively  few  pro- 
fessionals located  in  the  U.S.,  Banga- 
lore, Moscow,  and  Shanghai  working 
for  IBM,  Oracle,  SAP,  Microsoft,  Tata, 
Infosys,  and  Google.  Put  another  way, 
is  “programming”  the  core  competen- 
cy of  computer  science? 

Of  course  there  will  be  program- 
ming jobs  for  our  students.  But  the 
number  of  those  jobs  will  decline,  be- 
come more  specialized,  and  distrib- 
uted across  the  globe.  A simple  metric: 
how  many  Fortune  1000  companies 
still  hire  programmers?  In  the  1980s 
and  1990s,  companies  like  CIGNA — 
where  I was  CTO — had  hundreds  of 
programmers  on  staff.  Today,  Fortune 
1000  companies  have  far  fewer  pro- 
grammers than  they  did  because  of  the 
rise  of  packaged  applications  and  the 
labor-rate-driven  sourcing  options  they 


e.  The  focus  here  is  on  the  relationship  between 
computer  science  and  information  systems; 
CE  will  likely  remain  primarily  hardware  fo- 
cused and  in  engineering  colleges  within  the 
nation’s  universities. 


ACM  Joint  Task  Force  knowledge  and  skills  areas  and  practitioner  areas. 


ACM  Task  Force  Areas 
Computing  Knowledge  and  Skills 

► Programming  Fundamentals 

► Integrative  Programming 

► Algorithms  and  Complexity 

► Computer  Architecture 
and  Organization 

► Operating  Systems  Principles  and  Design 

► Net  Centric  Principles  and  Design 

► Platform  Technologies 

► Theory  of  Programming  Languages 

► Human-Computer  Interactions 

► Graphics  and  Visualization 

► Intelligent  Systems  (AI) 

► Information  Management 
(Database)  Theory 

► Information  Management 
(Database)  Practice 

► Scientific  Computing  (Numerical  Methods) 

► Legal/Professional/Ethics/Society 

► Information  Systems  Development 

► Analysis  of  Technical  Requirements 

► Engineering  Foundations 
for  Software 

► Engineering  Economics 
for  Software 

► Software  Modeling  and  Analysis 

► Software  Design 

► Software  Verification  and  Validation 

► Software  Evolution  (Maintenance) 

► Software  Process 

► Software  Quality 

► Computer  Systems  Engineering 

► Digital  Logic 

► Distributed  Systems 

► Security:  Issues  and  Principles 

► Security:  Implementation 
and  Management 

► Systems  Administration 

► Systems  Integration 

► Digital  Media  Development 

► Technical  Support 


Practitioner  Areas 

Business  Strategy  Knowledge  and  Skills 

► Collaboration 

► Customization  and  Personalization 

► Supply  Chain  Management 

► Business  and  Technology 
Convergence  Strategy 

► Competitor  Intelligence 

► Business  Process  Management 

Business  Applications 
Knowledge  and  Skills 

► Business  Application  Optimization 

► Core  Business 
Applications  Management 

► Business  Analytics 

Enterprise  Architecture 
Knowledge  and  Skills 

► Applications  Architectures 

► Data  Architectures 

► Security  Architectures 

► Business  Scenario  Development 

► Enterprise  Technology 
Architecture  Modeling 

► Enterprise  Architecture 

Technology  Infrastructure 
Knowledge  and  Skills 

► Messaging/Workflow/Calendaring 

► Automation 

► Database/Content/ 

Knowledge  Management 

Technology  Support 
Knowledge  and  Skills 

► Desktop/Laptop/PDA/Thin 
Client  Support 

► Data  Center  Operations 

► Server  Farm  Design  and  Maintenance 

► Network  Design  and  Support 

► Security  and  Privacy 

► Procurement  and 
Asset  Management 

► Asset  Disposal 


Non-Computing  Knowledge  and  Skills 

► Organizational  Theory 

► Management  of  Information 
Systems  Organization 

► Decision  Theory 

► Organizational  Behavior 

► Organizational  Change  Management 

► E-business 

► General  Systems  Theory 

► Risk  Management  (Project,  Safety  Risk) 

► Project  Management 

► Analysis  of  Business  Requirements 

► Embedded  Systems 

► Circuits  and  Systems 


Technology  Acquisition 
Knowledge  and  Skills 

► Business  Technology 
Acquisition  Strategy 

► RFP  and  SLA  Development 

Organization  and  Management 
Knowledge  and  Skills 

► Reporting  Relationships 

► Centralization  and  Decentralization 

► Governance 
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now  have.  This  trend  will  accelerate  re- 
sulting in  fewer  programming  jobs  for 
our  students.  Should  we  continue  to 
produce  more  programmers? 

In  addition  to  the  basics  like  data 
communications,  database  manage- 
ment, and  enterprise  applications, 
21st-century  IS  programs  should  focus 
on  business  analytics,  supply-chain 
optimization,  technology  performance 
management,  business  process  mod- 
eling, full-view  business  intelligence, 
sourcing,  and  large  amounts  of  technol- 
ogy management  skills — in  short,  many 
of  the  items  on  the  list  of  practitioner 
knowledge  and  skills. 

CS  programs  can  enable  IS  pro- 
grams. The  knowledge  and  skills  areas 
proposed  by  the  Joint  Task  Force  should 
be  extended  to  link  to  the  knowledge 
and  skills  on  the  IS  side.  Clearly,  the 
programs  need  to  be  coordinated — if 
we  want  to  produce  marketable  human 
products?  The  figure  here  suggests  how 
this  might  work.  The  Joint  Task  Force 


f.  Most  CS  and  IS  programs  exist  on  islands  in 
most  universities.  They  seldom  coordinate  cur- 
ricula and  generally  have  relatively  little  contact. 


knowledge  and  skills  areas  appear  on 
the  left  and  the  practitioner  knowledge 
and  skills  appear  on  the  right  side  of  the 
figure.  In  the  middle  are  some  “bridges” 
that  might  shrink  the  gap  between  the 
two  areas.  These  bridges  might  become 
required  for  both  CS  and  IS  curricula  and 
help  CS  programs  become  more  relevant 
and  IS  programs  more  grounded  in  the 
enabling  technology  that  supports  busi- 
ness processes  and  transactions. 

The  essence  of  these  suggestions  is 
that  CS  and  IS  curriculum  must  dramati- 
cally change  if  we  are  to  help  our  students 
compete.  What  was  technologically  signif- 
icant 10  years  ago  is  not  nearly  as  signifi- 
cant today:  hardly  anyone  needs  to  know 
how  to  program  in  multiple  languages 
or  craft  complex,  elegant  algorithms  that 
demonstrate  alternative  paths  to  the  same 
computational  objective.  We  know  more 
about  what  software  needs  to  do  today 
than  we  did  a decade  ago — and  you  know 
what?  There’s  less  to  do  and  support.  This 
is  the  effect  standards  and  commoditiza- 
tion have  on  an  industry. 

Our  job  as  educators  is  to  prepare  stu- 
dents for  the  technology  world-to-be,  not 
the-one-that-was.  A simple  way  to  design 


new  CS  and  IS  curriculum  is  to  observe 
what  practitioners  do  today,  project 
what  they’ll  do  tomorrow,  and  then 
identify  the  requisite  enabling  technol- 
ogies (which  will  lead  to  new  CS  curricu- 
lum) and  applied  technologies  and  best 
practices  (which  will  lead  to  new  IS  cur- 
riculum). I have  attempted  to  energize 
this  process  by  contrasting  the  Joint 
Task  Force  and  practitioner  knowledge 
and  skills  areas.  I believe  strongly  in  rel- 
evance-driven education  and  training, 
but  also  realize  that  not  everyone  be- 
lieves education  and  training  are  closely 
related  or  that  universities  are  respon- 
sible for  preparing  students  for  success- 
ful careers.  Many  believe  the  creation 
and  communication  of  selected  knowl- 
edge— regardless  of  its  relevance  to 
practice  or  professional  careers — is  the 
primary  role  of  the  modern  university. 

Differences  of  opinion  are  usually 
healthy,  so  let  the  debate  begin.  B 
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is  the  Thomas  G.  Labrecque  Professor  of  Business  at 
ViUanova  University  where  he  conducts  applied  research 
in  business-technology  convergence. 

© 2008  ACM  0001-0782/08/0700  $5.00 


Counterpoint:  Eric  Roberts 

As  i read  Stephen  And- 
riole’s critique  of  com- 
puting education,  I was 
reminded  of  the  classic 
South  Asian  folk  tale  of 
the  blind  men  and  the  elephant.  You 
know  the  story:  six  blind  men  each  try 
to  describe  an  elephant  after  touch- 
ing only  a part  of  it.  The  trunk  is  like  a 
snake,  the  tail  is  like  a rope,  the  ear  is 
like  a fan,  and  so  on.  Each  description 
contains  a kernel  of  truth,  but  none 
comes  close  to  capturing  the  reality  of 
the  elephant  as  a whole. 

Andriole’s  characterization  of  com- 
puting in  the  early  21st  century  suffers 
from  much  the  same  failing  in  that  it 
attempts  to  generalize  observations 
derived  from  one  part  of  the  field  to  the 
entire  discipline.  He  begins  by  observ- 
ing, correctly,  that  the  last  few  years 
have  seen  increasing  “standardization 
of  software  packages  as  the  primary 
platform  on  which  large  enterprises 


compute  and  communicate.”  But  en- 
terprise software  is  only  part  of  the 
computing  elephant.  Computing  is  in- 
tegral to  many  sectors  of  the  modern 
economy:  entertainment,  education, 
science,  engineering,  medicine,  eco- 
nomics, and  many  more.  In  most  of 
those  sectors,  software  is  far  from  be- 
ing a commodity  product.  Innovation 
in  these  areas  continues  to  depend  on 
developing  new  algorithms  and  writing 
the  software  necessary  to  make  those 
algorithms  real. 

As  an  example,  software  develop- 
ment remains  vital  in  the  video  game 
industry,  which  accounts  for  more  than 
$10  billion  a year  in  revenue.  This  sec- 
tor is  looking  for  people  with  an  entirely 
different  set  of  skills  than  those  Andri- 
ole enumerates  in  his  survey  of  “profes- 
sionals” in  the  field — a category  that  he 
restricts  largely  to  senior  management 
concerned  with  enterprise-level  infor- 
mation technology.  That  the  hiring 
criteria  of  a CIO  for  a Fortune  500  com- 
pany would  differ  from  those  of  a video 
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